home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / de / comm / isdn / 4428 < prev    next >
Text File  |  1996-08-06  |  5KB  |  109 lines
  1. Newsgroups: de.comm.isdn
  2. Message-ID: <63QEsRzIm6B@hlsoft.tbx.berlinet.de>
  3. From: HERGEN_LEHMANN@TBX.berlinet.de (Hergen Lehmann)
  4. Path: newserv.berlinet.de!zelator!tbx.berlinet.de
  5. Subject: Re: Software fuer D-Kanal
  6. Date: Fri, 23 Feb 1996 21:28:00 +0100
  7. X-Mailer: CrossPoint v3.1 R/A1733
  8. References: <62CxGOxxiRB@cae.muc.de> <63DviLvYm6B@hlsoft.tbx.berlinet.de> 
  9.         <dkw00535960123103328@wolferts.sub.de>
  10. X-Gateway: ZCONNECT zelator.berlinet.de [LEGO v0.10]
  11. Distribution: world
  12. MIME-Version: 1.0
  13. Content-Type: text/plain; charset=ISO-8859-1
  14. Content-Transfer-Encoding: 8bit
  15. X-ZC-TELEFON: V+49-30-71581053Q F+49-30-71581054
  16.  
  17. dkw@wolferts.sub.de schrieb am 23.02.96 in /DE/COMM/ISDN
  18. zum Thema Re: Software fuer D-Kanal ....
  19.  
  20. > > Geruechte, dass UUS1 zu geaenderten Konditionen wieder angeboten werden
  21. > > soll gibt es ja schon laenger.
  22. > 
  23. > Es ist DSS1-Protokoll standardisiert, allerdings als optionaler Dienst.
  24. > Ob ihn die Telekom anbietet oder nicht bzw. zu welchen Konditionen ist
  25. > ihr daher freigestellt.
  26.  
  27. Eben.
  28.  
  29. > > > Ausserdem hat die Telekomm nur deswegen so einen Aufstand gemacht, weil
  30. > > > sie Angst hatte, das dieser Dienst zur Uebertragung von grossen
  31. > > > Datenmengen genutzt wird
  32. > >
  33. > > zipiert waren. Waeren diese Geraete in der Praxis in groesserem Umfang
  34. > > zum Einsatz gekommen, haette das den Zusammenbruch des ISDN-Netzes zur
  35. > > Folge gehabt, denn die Kapazitaet der netzinternen Vermittlungskanaele
  36. > 
  37. > Ob das die Vermittlungen wirklich so belastet? Gut, jedesmal einen (nicht
  38. > zur durchgeschalteten Verbindung fuehrenden) Ruf zu verarbeiten belastet
  39. > die VSt natuerlich, aber die o.a. 9600 bps zu Datex-P ist schliesslich auch
  40. > nicht ohne (wenn auch im Zustand 'Verbindung hergestellt')...
  41.  
  42. Datex-P und UUS1 sind zwei technisch voellig unterschiedliche Dienste.
  43.  
  44. Bei Datex-P findet eine Paketvermittlung statt, der Netzknoten kann
  45. die Datenpakete einfach in einer Blitzentscheidung anhand einer (ggf.
  46. laufend dynamisch an die Netzauslastung angepassten) Tabelle in etwa in
  47. die richtige Richtung schicken. Er braucht weder den exakten Weg zum
  48. Ziel zu kennen, noch muss er in jedem Augenblick eine optimale Entschei-
  49. dung treffen. Dazu kommt die Hilfestellung durch den formellen Aufbau
  50. einer virtuellen Verbindung, die den Netzknoten schon im Vorraus wissen
  51. laesst, was auf ihn zukommt.
  52.  
  53. Anders bei UUS1, welches ein Anhaengsel eines leitungsvermittelten Diens-
  54. tes ist. Hier muss der Netzknoten vor dem Durchreichen des Calls und
  55. damit vor der Uebermittlung des UUS-Daten einen vollstaendigen Weg zum
  56. Ziel ermitteln, diesen optimieren, und fuer die gesamte Strecke B-Kanaele
  57. reservieren (dies muss vorher geschehen, um sicherzustellen, dass im Fall
  58. einer zustandekommenden Verbindung die Kanaele dann auch tatsaechlich zur
  59. Verfuegung stehen). Nach der aktiven Rufablehung durch die Gegenstelle
  60. muss dann das ganze Gebilde wieder abgebaut werden. Alles in allem ein
  61. immenser Mehraufwand, der fuer jedes einzelne Paket erneut anfaellt.
  62. Dazu kommt dann noch die geringe Groesse der Datenpakete selbst, welche
  63. die Sache vollends ineffektiv werden laesst.
  64.  
  65. > > Entschuldige, aber DAS ist Schwachsinn. Es gibt eine ganze Reihe von
  66. > > Anwendungen, bei denen die konkrete Uebertragungsgeschwindigkeit eine
  67. > > voellig untergeordnete Rolle spielt, solange alle innerhalb eines Tages
  68. > > anfallenen Informationen auch in dieser Zeit uebermittelt werden koennen,
  69. > > und dabei moeglichst geringe (keine) Gebuehren anfallen. Das beste Bei-
  70. > > spiel ist das taegliche Pollen der News.
  71. > > Und wenn man mal fuer einen Anwahlversuch etwa 1sek ansetzt, koennen bei
  72. > > 32 User-Datenbytes pro Anwahl innerhalb eines Tages immerhin runde 2.6
  73. > > MByte _gebuehrenfrei_ uebermittelt werden!
  74. > 
  75. > Wieso gebuehrenfrei? Die Freischaltung dieses Dienstmerkmals ist mit monatl.
  76. > Gebuehren verbunden.
  77.  
  78. Ja, natuerlich nicht GANZ gebuehrenfrei. Aber fast, denn einmalig 10DM
  79. sind fast nichts in Relation zu den laufenden Telefongebuehren, die
  80. sonst anfallen wuerden.
  81. Gerade in der Fernzone ist der Reiz besonders hoch, und gerade dort
  82. erreicht UUS sein Maximum an Ineffizienz durch die Beteiligung beson-
  83. ders vieler Netzknoten an dem sinnlosen Spiel, in schneller Folge
  84. Verbindungen vorzubereiten, die dann sofort wieder gecancelt werden.
  85.  
  86. > Zur News-Uebertragung halte ich das allerdings auch fuer
  87. > Schwachsinn.
  88.  
  89. Was, so der Dienst angeboten wird, etliche Leute nicht davon abhalten
  90. wird, es trotzdem zu tun. Die einmalige Gebuehr ohne laufende Kosten
  91. reizt doch geradezu dazu, die zur Verfuegung stehende Uebermittlungs-
  92. kapazitaet dann auch wirklich bis zum letzten auszunutzen.
  93.  
  94. > > Wirklich abgeschaltet wurden dagegen z.B. in der Vergangenheit das A- und
  95. > > B-Funknetz sowie der TEMEX-Dienst. Da der Nutzerkreis langsam aber sicher
  96. > > gegen Null tendierte, wurde das auch allgemein akzeptiert. Es geht also.
  97. > 
  98. > Der TEMEX-Dienst ist allerdings ein Beispiel, fuer das sich o.a. Verfahren
  99. > gut und sinnvoll als Ersatz benutzen liesse.
  100.  
  101. Das stimmt allerdings. Leider hat die Panik bezueglich der Massen-Daten-
  102. uebertragung via UUS1 dazu gefuehrt, dass auch diese, eigentlich sinnvolle
  103. Anwendung im allgemeinen Datenuebertragungsverbot hintenuebergekippt ist.
  104. Schade. :-(
  105.  
  106. Bye,
  107.    Hergen
  108.  
  109.